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1. Carrier frequency 

This document specifies the data signals 
carried by the BBC long-wave transmissions (Radio 
4 UK) which are at present on 200 kHz. It is 
important to note, however, that as from 
1st February 1988 the carrier frequency used for 
this service is scheduled to change to 198 kHz. ^ 

2. Method of modulation by the data signal 



. The data will be conveyed using linear 
phase-modulation of the carrier by the shaped and 
biphase coded data waveform (see Section 4), The 
phase-modulation is symmetrical about the nominal 
rest position of the carrier and the peak phase- 
deviation is ± (22.5 ± 1) degrees either side of this 
nominal rest position, (See Fig. 1.) 

The sense (advance or retard) of this phase- 
modulation may be deduced from Fig. 2. 



phase advance 




phase retard 



<^ = (22-5M)° 



Fig. 1 - Phasor diagram of carrier modulated by data 
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Fig. 2 - Phase of data modulated carrier as a function of time 
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3. 



Data-rate 



and a logic at source gives: 



The basic data-rate of the system is nominally 
25 bit/s. 

With certain reservations, the bit-rate clock 
may be obtained by dividing down the received 
carrier frequency (by 8000 for 200 kHz and by 
7920 for 198 kHz) as shown in Fig. 3. 

Under normal conditions, the phase of 
the data waveform relative to the phase of 
the divided-down carrier frequency may 
occasionally be deliberately shifted by up 
to two carrier cycles at intervals of not 
less than two seconds (50 bit-periods) in 
order to maintain or restore the specified 
relationship between clock-time and data 
blocks*. 



e(t) = 



5 (t) + 5(t + tjl) 



(2) 



These impulse-pairs are then shaped by a filter**, 
H-Af), to give the required band-limited spectrum 
where : 



Hjif) 



i cos 

( 



('^Ad) 



0</<2/f, 



(3) 



and here t^- Ill's second. 



The specified transmitter and receiver low- 
pass filter responses, as defined in Equation (3) are 
illustrated in Fig. 4(a), and the overall data channel 
spectrum shaping is shown in Fig, 4(b). 
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Fig. 3 - Principle of the process of generation of the shaped biphase symbols 

10 
4. Data channel spectrum shaping 

To preserve the usefulness of the carrier 
as a frequency standard it is essential to avoid 
any net shift in carrier phase (averaged over a 
period of one second or more) caused by the phase- 
modulation. This requires that the modulating 
data signal should have small signal power at and 
close to d.c, and this is met by coding each source 
data bit as a biphase symbol. The principle of the 
process of generation of the shaped biphase symbol 
is shown schematically in Fig. 3, In concept each 
source bit gives rise to an odd impulse-pair, e(t), 
such that a logic 1 at source gives: 




e(t) = d (t) - 8 (t 



+ f,/2) 



(1) 



20 30 40 
frequency, Hz 

Fig. 4 - (a) Amplitude response of the specified 
transmitter or receiver data-shaping filter 



*SJch a drift rate would correspond to an eye-heigtit reduction of less ttian 0.2% if this drift rate ware maintained for one minute and not 
compensated in the receiver. It is however strongly recommended that the receiver should check and confirm optimum phasing of the bit 
recovery clock at least once every 20 seconds. 

"The data spectrum shaping filtering has been split equally between the transmitter and receiver (to give optimum performance In the 
presence of random noise) so that, ideally, the data filtering at the receiver should be identical to that of the transmitter (i.e. as given above in 
Equation (31). The overall data channel spectrum shaping would then be 100% cosine roll-off . 
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Fig. 4 - (b) Amplitude response of the combined 
transmitter and receiver data-shaping filters 
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Pig. 5 - (a) Spectrum of biphase coded if. radio- 
data signals 



The spectrum of the transmitted biphase- 
coded radio-data signal is shown in Fig. 5 (a) and 
the time-function of a single biphase symbol (as 
transmitted) in Fig. 5 (b). 

In the BBC l.f. radio-data source equipment 
the biphase symbols are generated by direct digital 
synthesis of the shaped data-waveform. This 
ensures precise and stable spectrum shaping. The 
data 'eye-pattern' at the output of the specified 
receiver filter may be seen in the photograph of 
Fig. 5(c). 

5. Data format 

5.1. Block structure 

The transmitted data stream is partitioned 
into blocks of length 50 bits each (see Fig. 6). The 
first transmitted bit of each block is fixed at 
logic 1; this prefix is part of the block synchroni- 
sation system (see Section 5.4 below). 

The next four bits in each block are the 
application code (16 possible codes, numbered to 
15) and define the type of message to be expected 
within the block. The next 32 bits are the user 
message information (See Section 6). 

The last thirteen bits of each block are allo- 
cated to a cyclic redundancy checkword (CRC) 
which is used to enable the receiver/decoder to 



relative amplitude 
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(b) Time-function of a single biphase 
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symbol generated when the data inpjt bit is a logic 1 



symbol generated whan the data irpjt bit is a logic 



(c) Eye pattern at the output of the specified 
receiver data-shaping filter 
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-one block = 50 blls = 2 seconds ■ 
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fined 1-bit 
preti)(=logic'l' 
(aids block synchronisation) 



4-bit code 
(identifies block type) 



13-bit CRC word 
(checks for errors in the received block 
and is also used tor block synchronisation) 



IIP = Fixed 1-bit prefix (= logic '1 ') 
21 A = Block application Code 
3) M = Message 
41 CRC = Cyclic redundancy word 
Total Hock length 



1 bit 

4 bits 

32 bits 

13 bits 

50 bits 



(see Sections 5.3. and 5.4.) 
(see Sections 5.1 . and 6.2.) 
(see Section 6) 
(see Sections 5.3. and 5.4.) 



5) t.| <r t-, i.e. the prefix for a particular block is transmitted first and the CRC word last. 
Fig. 6 - Structure of if. radio-data blocks 



test for corruption of the received data by errors 
during transmission. This CRC will be described in 
detail in Section 5.3. 

Each blocii is a self-contained 'packet' and 
can be decoded independently of blocks adjacent 
to it. Thus maximum flexibility for interleaving 
blocks of different types is obtained, permitting 
a wide range of applications to be serviced 
simultaneously. 

Independence of the blocks also ensures 
maximum immunity to errors because errors in 
one block cannot affect the data in another. 

The block length of 50 bits was chosen 
for two reasons:- 

1) Theory and experiment have shown that this 
gives optimum data thoroughput efficiency in the 
presence of random noise. With shorter blocks the 
percentage overhead for check-bits and header 
codes increases, whilst with longer blocks the 
proportion of blocks received error-free decreases. 

2) When transmitting clock-time information it 
is convenient to have an integral number of 
blocks per minute, so that the minute marker is 
always in the same position in the block. With 
a data rate of 25 bit/s there are exactly 30 x 50- 
bit blocks per minute. 

5.2. Order of bit transmission 

All codewords, checkwords, binary numbers 



or binary address values have their most significant 
bit (m.s.b.) transmitted first (see Fig. 6). Thus the 
last bit transmitted in a binary number or address 
has weight 2°. 

The data transmission is fully synchronous 
and there are no gaps between the blocks. 

5,3, Error protection 

Each transmitted block contains a 13 -bit 
CRC word. This checkword is: 

The remainder after multiplication by 
x' ^ of the 36-bit message string (including 
the four-bit application code but excluding 
the fixed prefix) and then division (modulo 
2) by the generator polynomial, g(x). 

Where the generator polynomial, g(x), 
is given by: 



/I 13 12, 11, 

vix) = X +x + X + X 

* 7 6 5 4 



10 



+ X + X 



+ X + X + X + \ 



It should be noted that the 1-bit prefix is 
not included in the formation of the CRC word. 
The purpose of this prefix is to provide reliable 
block synchronisation in the receiver (see the next 
Section). It also avoids 'all-zeroes' strings (no data 
signal present) from being falsely accepted as 
valid data by the receiver. 

The CRC word thus generated is transmitted 
m.s.b. (i.e. the coefficient of x in the remainder) 
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first, and is transmitted at the end of the block 
which it protects. 

The above description of the CRC may be 
regarded as definitive but further explanatory 
notes on the theory of the CRC encoder and 
decoder are given in Appendix 1. 

In the receiver/decoder, the received bloclts 
are checked by using an identical division circuit to 
that at the transmitter. The decoder division regis- 
ter is preset to binary 1000000000000 (which is 
equivalent to inverting the first bit of the block, 
i.e. the prefix) before reading-in the first bit of a 
received block. All 50 bits of the received data 
block (including the received CRC word) are then 
read serially into the division register when, in the 
absence of transmission errors, the remainder in 
the division register will be 'all-zeroes'. 

The CRC has the following error-checking 
properties'^ : 

1) Detects all cases of one, two or three errors 
per block and any odd number of errors per 
block. 

2) Detects any single error burst spanning 13 
bits or less. 

3) Detects two bursts each spanning 2 bits or 
less. 

4) Detects 99.988% of bursts spanning 14 bits 
and 99.994% of all longer bursts. 

The code is also capable of correcting any 
single burst of span 6 bits or less, but the use of the 
error-correcting properties of the code in a 
receiver/decoder greatly increases the undetected 
error-rate. This is because many uncorrectable 
error patterns are deemed correctable and thus 
pass undetected. 

5.4. Synchronisation of blocks 

In the receiver/decoder it is of course 
necessary to be able to recognise the beginnings 
and ends of the data blocks, i.e. to provide block 
synchronisation. Conventionally this is achieved 
by adding a header code to each transmitted block 
and ensuring that, with sufficiently high proba- 
bility, the message does not mimic the header code. 
The penalty for using this simple system is the 
overhead in transmitting the header code plus any 
packing bits needed to avoid mimicking of the 
header code by data. 

A more efficient scheme is to code the 
tranmitted blocks in such a way that the error- 
check in the receiver/decoder will detect block- 



synchronisation slip as well as additive errors. 
Cyclic or shortened cyclic codes are not suitable 
for this purpose (unless they are modified - see 
below) because of the fundamental weakness 
that cyclic shifts of codewords give rise to other 
code-words; thus the reliability of detection of 
block-synchronisation slip is poor. 

Random coset codes *'^ (in which a ran- 
domly chosen binary sequence is added to each 
codeword in a cyclic or shortened cyclic code), 
however, have good capability for detecting 
block-synchronisation slip; it can be shown 2,4,5 
that with n-k check bits, it is possible to make 
the probability that synchronisation loss is 
undetected as small as 1 in 2(«"^)- 

The operations on the cyclic code-words are 
all reversible at the receiver and so the normal 
(additive) error-detecting ability of the code is 
unaffected. Furthermore, with a suitably chosen 
random coset code, synchronisation loss can be 
reliably detected even in the presence of errors. 

Here the random coset codewords are 
formed from the shortened cyclic codewords by 
adding the fixed 1-bit prefix (x - 1) to every 
codeword. In the decoder this prefix may be 
removed, either by complementing the first bit of 
each 50-bit block or (equivalently) presetting the 
first bit (x ) of the division register to logic '1* 
(as noted in Section 5.3) before performing the 
CRC calculation. It is found that for random 
data the probability of synchronisation slip 
remaining undetected is 1 in 2 per bit. 

The principle, therefore, whereby block 
synchronisation is obtained and maintained is 
that, with a high level of confidence, a zero 
remainder in the decoder division-register will 
occur only once for each block received, and 
will occur precisely at the end of each complete 
block. 



6. Message content 

6.1, Structure 

The message structure used in the present 
transmissions is intended to provide a high degree 
of freedom in assembling the information to suit 
the needs of the users at any given time and to 
allow for future developments. Apart from the 
fixed positions of the clock-time blocks (see 
below), the various blocks for different 
applications may be assembled in any order and in 
any proportion. 
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6.2. Block types 

As was described in Section 5.1. (see also 
Fig. 6) the first four bits after the prefix bit in 
every block are allocated to a four-bit code which 
specifies the application of the block. Blocks will 
be referred to a Types to 15 according to the 
binary weighting As = 8, A2 = 4, Ai = 2, Ao = 1 
(see Fig. 6). 

Type is a non-user block and is reserved 
for time codes (see Section 6.2.1) and filler codes 
(see Section 6.2.2). Other (user) block types will 
be allocated as the need arises. 

6.2.1. Type (clock-time) Mocks 

To assist in transmitting clock-time infor- 
mation the block structure is normally fixed 
relative to clock -time minutes. Thus in every multi- 
block of 30 blocks (see Fig. 7) it will be arranged 
that the time-code block (Type 0) occurs so that 
its last bit is transmitted just prior to the next 
minute epoch (see Fig. 7.) 



time-code block 
(see fig 8) — 



minute edge 




(numbering of blocks is for illustrative purposes only) 



Fig. 7 - Arrangement of blocks in a multiblock 
relative to clock-time 

The format of the Type time-code blocks 
is shovm in Fig. 8. As was noted in Section 3, 
under normal conditions the data waveform may 
occasionally be deliberately shifted relative to 



carrier frequency by up to two carrier cycles in 
50 data bits, in order to maintain or restore the 
specified relationship between clock-time and 
data blocks. Such small occasional corrections 
(less than llfis in 2 seconds) should require no 
special action by the receiver/decoder except to 
track the resultant changes in bit-clock phase 
(see Section 3). Exceptionally, however, dis- 
continuities in the relationship between clock-time 
and data blocks may occur. These may be cate- 
gorised into two distinct kinds: 

a) Predictable discontinuities in clock-time, 
e.g. leap seconds or changes in local offset 
(BST/GMT change). 

b) Unpredictable discontinuities in block-phase 
due to equipment failure. 

In the case of an equipment fault no warning 
can be given of the discontinuity. However, to 
help receivers to recognise that a discontinuity has 
occurred and take the appropriate action (i.e. 
adjust their free-running clock-time and/or resyn- 
chronise with the data blocks), the phase-modu- 
ladon itself will be completely turned off for at 
least 20 seconds after such adiscontinuity . Receivers 
should take this as a signal to reinitiate searching 
for carrier, bit, and block-synchronisation. 
Receivers should also reinitiate searching if the 
carrier is detected to be absent for 10 or more 
seconds. To minimise loss of valid data whilst 
receivers are relocking, no user information blocks 
(Types 1 to 15) will be transmitted for at least 
one minute after recommencing data transmission 
after such a gap. 

In the case of predictable discontinuities 
(e.g. leap seconds) two one-minute periods of 
warning will be given, one starting 60 minutes 
and the other 1 minute before the discontinuity, 
using the codes shown in Fig. 9 to indicate the 
change to be made. In the case of BST/GMT 
change (or any other change which is an integral 
multiple of 2 seconds) no block or bit resynchroni- 
sation is needed and thus the data transmission 
can continue unbroken. For other changes (e.g. 
leap seconds) the receivers must change block 
synchronisation phase relative to clock-time 
(i.e. ± 1 second in the case of a leap second). 
To help receivers to do this quickly the phase- 
modulation will be completely removed for not 
less than 20 seconds after the leap second, or other 
discontinuity, and data transmission will recom- 
mence in the new block-phase. As with the 
unpredicted breaks, no user codes will be sent 
in the minute after recommencing data 
transmission. 
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(i = warnifig of clock-lime adjustment (see Fig9.)) 
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Notes on Clock-Time Blocks: 



week 



day 



hour 



minute 



loco! offsel 



Fig. 8 ■ Clock-time blocks (type 0) 



last transmitted 
bit of block 



1) 
2) 



3) 
4» 
5) 
6) 
7) 

8) 



TimB-of-day is expressed in terms of the Co-ordinated Universal Time (UTC). 

The information relates to ttie epocti immediately following the start of the next block. 

Every block normally starts on a UTC second, and every block following a UTC Clock-Time block starts on a UTC minute (i.e. 'n' 

minutes SBconds). 

Minutes are coded as a six-bit binary number in the range 0-59. The spare codes are not used. 

Hours are transmitted as a five-bit binary number in the range 0-23. The spare codes are not used. 

Day-of-week is coded as a three-bit binary number, 001 = Monday to 111= Sunday consecutively. Code 000 is not used. 

Weak number is coded as a six-bit binary number in the range 1 to 53. The spare codes are not used. 

Year Type code indicates the day-of-week code (see note (5) above) of January 1st of the currently coded year, e.g. Friday (= 101) 

for 1982. 

Leap-year code indicates the position of the currently coded year in the leap year cycle ss follows 



Code 
1 
1 1 
1 




last year vuas leap 

this year is leap 

next year will be leap 

leap year two or more years away 



9) 



Local Offset Is a six-bit binary number which indicates the local offset from UTC in twos complement form (sign and magnitude). 



Examples: 




10 
111110 



local time has zero offset from UTC 

local time 1 hr. ahead of UTC - UK Summer (BST 

local time 1 hr. behind UTC 



10) When the six bits following the application code are all sat to the block should betaken as a filler code and note time code. Note 
that this would otherwise give an invalid year type. 
In a filler code the last 26 message bits are undefined but probably will be a ...101010... bit sequence. 



early warning bit 

1 = warning ol clock-time adjustment 
(0=clock-lime block(see Fig 8 )) 
I 



= clock-time advance eg GMT to BST or negative leap second 

1 = clock-linne retard e.g. BST lo GMT or positive leap second 
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1 -change in local offset 
(eg GMT to BST) 

0= jump in UTC lime 
(eg leap second) 



1 = change is between 60 and 59 minutes away 
0= change is between i and minutes away 



hours 



minutes 



seconds 



change in clock-limelsign-» magnitude) 



examples: 0|0 000 1|000000 
100001000000 

100000000000 
OlOOOO 0000000 



change from GMT to BST 

chonge from BST to GMT 

1 positive leap second 

1 negative leap second 



Fig. 9 - Early warning blocks for clock-time adjustments 
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6.2.2. Filler Codes 



7. References 



A filler code is required to cover periods 
when no other suitable code can be transmitted 
(i.e. no new codes to be transmitted or previous 
codes to be repeated), A filler code is also needed 
to fill all blocks in the first minute after a break in 
transmission as described in Section 6.2,1. above. 
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Appendix 

Theory of the Modified Cyclic Code 

The data format described in this document uses a shortened cyclic block code, which is given 
limited self-synchronising ability by the addition of a one-bit prefix. Thus every block consists of one 
'synchronisation prefix', thirty six information bits (including a four-bit application code) and thirteen 
check bits (see Fig. 6). 

The basic code has the generator polynomial: 

g{x) = X + X + X + X +X+X+X+X+X+\ 
= (X^^ +X^° +X^ +x* + U (X^ + I) 

The thirteen check bits may be formed in the usual way for a cyclic code, i.e. by division of the 
message vector by the generator polynomial. The remainder of this division forms the 13 bit check word. 

Thus if the 36 bit message vector ■m(x) = m x + fft x +...+ m x •+ m (where the coefficients 
fN^ are or 1), the transmitted code vector r(x) is given by: 

r(x) - X + m(x)x + m(x) 

mod g(x) 
where the term in x^' represents the one-bit synchronising prefix. The code vector is transmitted m.s.b. 
first, i.e. synchronising prefix, followed by information bits r^^x^^ to r^^x^^, followed by check bits 
r,jx'' toj-g. 

The code vector may also be calculated from the generator matrix G which is derived from the 
generator polynomial. The 36 information bits are expressed as a 36 x 1 column matrix and multiplied by 
the generator matrix to give the information bits and check bits. The complete transmitted code vector is 
then formed by the addition of the synchronising prefix r^ ^x* ' . 

The generator matrix of the code is given in Fig. 10 in octal form (thus 36365. = Oil, 110, Oil, 
110, 101). 

Thus: 

(m^^x ^+m^^x +...+ m^) G^m^^x +mj^x ^ +...+ m^x^^ + pi2'^ ''"^ii* +"-+Po 

where 

Pj J = (Wjs X 1) ® (JKg^ X 1) © ® (Wj xO) &(m^ X 1), 

pj J = (mgj X 0) © (f«3^ X 0) ® © (Wj X 0) © (m^ x 1), etc. 

The information bits and check bits of the code vector are thus readily calculated by the modulo-two 
addition (i.e. exclusive OR) of all the rows of the generator matrix for which the corresponding coefficient 
in the message vector is '1'. 

Thus for the message vector: 

m(x) = 000 000 000 001 ^ (where the subscript a indicates octal notation). 

the corresponding code vector is: 

c{x) - 00 000 000 000 036 365„ 

® indicBtes modulo-two addition (i.e. exclusive OR}, — 9 — 



10000000000013475^ 

04OOOO0OOO0012747 
02000000000012211 
01000000000012076 

00400000000005057 
0O20OO0O00OO15565 
00100000000011700 
00040000000004740 

00020O0O00O0O2360 
00010000000001170 
00OO4O0OOOOOO0474 

00002000000000256 
00001000000000117 

00000400000017155 

00000200000010524 
00000100000004252 
00000040000002125 
00000020000016120 
00000010000007050 
00000004000005424 
00000002000001612 
90000001000000705 

00000000400017250 
00000000200007514 
00000000100005646 

00000000040001723 
00000000020017623 
00000000010010663 
00000000004013243 
O00O0000OO2O12455 
00000000001012557 
0000000000041201 5 
00000000000212174 

00000000000105076 
00000000000042437 
00000000000036565 



Fig. 10 - Generator Matrix for the Basic Cyclic 
Redundancy Check (in Octal Notation) 



/ \ 13. 12, 11 10, 7, 6, 5. 4, 2., 

g{X) = X +X + X + X -^X+X+X+X+X+l 



which may be seen to be the bottom row ot the generator matrix. 

After adding the synchronising prefix the transmitted code vector is 

r(x) = 20 000 000 000 036 365^ 

Similarly for all Is message vector 

m(x} = m 111 111 111^ 
it follows that 

c(x) = 17 777 777 777 762 722^ 

which on adding the prefix becomes 

r(x) = 37 777 777 777 762 722g 



(EL-162) 
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